Note: This currently doesn't change anything because the only difference of CargoPythonPackage to PythonPackage doesn't matter (yet) for Extensions.
Maybe for the components but there currently would need to be a default easyblock anyway which I haven't seen.
Speaking of it: Should we really unconditionally overwrite the default easyblock in (Cargo)PythonBundle and ignore if it was set by the EC?

This needs a small fix so it works with e.g. pymatgen-2023.12.18-foss-2023a.eb and others

https://github.com/Flamefire/easybuild-easyblocks/blob/f9ab7b091557cd3046faba9992891c50240059e6/easybuild/easyblocks/generic/cargo.py#L240C1-L240C44

this updates sources which in that case is a dictionary and hence fails (updating dict with list errors out)

Proposed fix: Convert sources to a list if it isn't one already in the __init__ call of EasyConfig

This needs a small fix so it works with e.g. pymatgen-2023.12.18-foss-2023a.eb and others

https://github.com/Flamefire/easybuild-easyblocks/blob/f9ab7b091557cd3046faba9992891c50240059e6/easybuild/easyblocks/generic/cargo.py#L240C1-L240C44

this updates sources which in that case is a dictionary and hence fails (updating dict with list errors out)

Proposed fix: Convert sources to a list if it isn't one already in the __init__ call of EasyConfig

Actually the issue was attempting to add (in this case no) crates to sources for extensions which isn't supported. Fix added
84b798d

That check caused failures because the crates easyconfig parameter from the parent gets inherited by the extension so it is impossible to differentiate where it was coming from: The parent is ok, the extension-options is not.

I updated the easyblock to reset crates for extensions, see also easybuilders/easybuild-framework#5075

Rebased and removed the change to configure_step that is in #3996

merged via:

• Create lockfile for Cargo package if missing #3995